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ABSTRACT 


Components of a Human Computer Interface (HCI) prototyping environment have been inte- 
grated and evaluated. This environment will be valuable in developing and refining HCI standards 
and evaluating program/project interface development, especially the International Space Station Al- 
pha s on-board displays for payload operations. This environment, which allows for rapid prototyping 
and evaluation of graphical interfaces, includes four components: (1) a HCI format development tool, 
(2) a test and evaluation simulator development tool, (3) a dynamic, interactive interface between the 
HCI prototype and simulator, and (4) an embedded evaluation capability to evaluate the adequacy of 
a HCI based on a user’s performance. The objective of the research was to determine whether or not 
the functional components could be integrated and could provide the needed functionality for a rapid 
prototyping environment. In order to evaluate the rapid prototyping environment two prototypes were 
developed. The system chosen for initial evaluation was an automobile. Following the automobile 
prototype development, the Hopkins Ultraviolet Telescope (HUT), a Spacelab/Space Station payload, 
prototype was developed. This report will discuss the architecture of the environment, the prototypes 
developed within it, and results of an evaluation of the environment based on usability, functionality 
and performance. 
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1.0 INTRODUCTION 


The Crew Systems Engineering Branch of the Mission Operations Laboratory of NASA Marshall 
Space Flight Center is interested in a dynamic Human Computer Interface Prototyping Environment 
for the International Space Station Alpha’s on-board payload graphical displays. On the Space Sta- 
tion, new payloads will be added to the on-board complement of payloads in ninety day increments. 
Although a payload starts its development and integration processes from two to four years before 
launch, a set of new payloads’ displays are due every ninety days. Thus, this drives the need for an 
efficient and effective prototyping process. The functional components of a dynamic prototyping 
environment in which the process of rapid prototyping can be carried out have been integrated and 
evaluated. 

Most Graphical User Interface toolkits allow designers to develop graphical displays with little or no 
programming, however in order to provide dynamic simulation of an interface more effort is required. 
Most tools provide an Application Programmer’s Interface (API) which allows the designer to write 
callback routines to interface with databases, library calls, processes, and equipment. These callbacks 
can also be used to interface with a simulator for purposes of evaluation. However, utilizing these 
features assumes programming language knowledge and some knowledge of networking. Interface 
designers may not have this level of expertise and therefore need to be provided with a friendlier 
method of producing simulations to drive the interface. 

A rapid prototyping environment has been developed which allows for rapid prototyping and evalua- 
tion of graphical displays [5]. The components of this environment include: a graphical user interface 
development toolkit, a simulator tool, a dynamic interface between the interface and the simulator, and 
an embedded evaluation tool. The purpose of this environment is to support the process of rapid pro- 
totyping, so it is important that the tools included within the environment provide the needed 
functionality, but also be easy to use. 


In order to evaluate the usability, functionality, and performance of the environment two prototypes 
were developed. The specific tasks which were performed for this statement of work include: 

(1) Integration and testing of the automobile interface, simulator, and evaluation 
component. 

(2) Derivation of the payload prototype requirements from the Hopkins Ultraviolet Tele- 
scope (HUT) simulator requirements document. 

(3) Development of the payload simulator using PERCNET, a graphical modeling and 
knowledge-based simulation development environment. 

(4) Development of a graphical interface for operation of the payload simulator using 
SAMMI, a graphical interface development toolkit 

(5) Integration and testing of the payload simulator and interface. 

The products of this effort include an understanding of the requirements for a rapid prototyping envi- 
ronment, an integrated and working prototype of an automobile prototype with embedded evaluation, 
and an integrated and tested version of a payload prototype. The following sections of this paper 
describe the prototyping environment, the development of the prototypes, and results of the 
evaluation. 
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2.0 ARCHITECTURE OF THE PROTOTYPING ENVIRONMENT 


The Human-Computer Interface Prototyping Environment with Embedded Evaluation capability is 
designed to allow a developer to create a rapid prototype of a system and to specify correct procedures 
^ r °P e . ratin , g the s y stem [61-. Th e first component of the architecture is the Graphical User Interface 
(GUI) development tool. This tool allows the designer to graphically create the interface of the system 
and specify a data source for each object within the display. The simulator tool provides the capability 
to create a low-fidelity simulation of the system to drive the interface. The embedded evaluation tool 
allows the designer to specify which actions need to be taken to complete a task, what actions should 
be taken in response to certain events (e.g., malfunctions), and the time frames in which these actions 
should be taken. Each of these components is a separate process which communicates with its peers 
through the network server. Figure 1 shows the architecture of the HCI Prototyping Environment 



Figure 1 - Architecture of the HCI Prototyping Environment 

During execution of the system, the interface objects send and receive data and commands to and from 
the simulator by way of the data server and the simulator provides realistic feedback to the interface 
based on user inputs. The server sends the embedded evaluation tool the actions which the user has 
taken all evente and activities which have occurred, and the times associated with these items. The 
embedded evaluation tool analyzes the actions which have been performed by the user, that is the 
user s model of the system, against the predefined conceptual model of the designer. The system 
identifies which tasks were completed correctly, or not, and provides information to the designer as to 
the points m the interaction in which the user’s model of the system did not correspond to the design- 
er s conceptual model of the system. 6 

2.1 Graphical User Interface Development Tool 

The Graphical User Interface (GUI) tool for the prototyping environment will allow the designer to 
create the display through direct manipulation. This includes the creation of static and dynamic ob- 
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jects, windows, menus, and boxes. The tool also allows objects created to be linked to a data source. 
During execution, the interface objects send and receive data and commands to the simulator by way 
of the data server. The user interface objects and their associated data access description are defined 
independent of the actual source of data. This first allows the development of the interface and the 
simulator to occur concurrently. Second, an interface developed with the GUI tool can later be con- 
nected to a high fidelity simulator and then to the actual flight software. The tool used in this study 
was SAMMI [9]. 

2.2 Simulator Development Tool 

An evaluation of a prototyped user interface is best supported by a simulation of the system. A simu- 
lation allows for dynamic evaluation of the interface rather than just a static evaluation of the screen’s 
appearance. This allows potential users to evaluate both the look (in terms of the screen layout, color, 
objects, etc.) and feel (in terms of operations and actions which need to be performed) of a system’s 
interface. Because of the need to provide dynamic evaluation of an interface, there must be support for 
producing active simulations. The high-fidelity training simulators are normally delivered too late to 
be effectively used in prototyping the displays. Therefore, it is important to build a low fidelity simu- 
lator, so that the iterative cycle of refining the human computer interface based upon a user’s 
interactions can proceed early in software development. The simulator development tool provides the 
capability to develop a low fidelity simulation of a system or process. In addition to producing active 
simulations, the simulator tool helps the designer identify and define basic system requirements. The 
tool used for simulation in this study was PERCNET [8]. 

2.3 Graphical User Interface Evaluation Tool 

An important aspect of the prototyping process is the ability to evaluate the adequacy of the developed 
graphical user interfaces. The embedded evaluation tool communicates with the server to receive 
information on the interaction between the user and the system. The types of data collected include 
user actions, simulator events and activities, and the times associated with these items. The collected 
data is analyzed to determine task correctness, task completion times, error counts, and user response 
times. The data is then analyzed to provide feedback as to which features of the interface the user had 
problems with and therefore need to be redesigned. The graphical user interface evaluation tool used 
was GUIET [6]. 

2.4 Dynamic, Interactive Interface 

This interface will handle communication between the GUI prototyping tool and the simulation tool 
during execution. The interface is a server which has been developed using the GUI’s Application 
Programmer’s Interface. Messages and commands can be sent and received both ways between the 
GUI and the simulator. The server also services requests from the embedded evaluation process, 
providing information as to which actions the user has taken and which events and activities have 
fired. 

3.0 AUTOMOBILE PROTOTYPE 

In order to evaluate the architecture, an automobile system was prototyped in the environment. An 
automobile was chosen because it has sufficient complexity and subsystems’ interdependencies to 
provide a moderate level of operational workload. Further, potential subjects in the empirical studies 
would have a working understanding of an automobile’s functionality, thus minimizing pre- 
experiment training requirements. 


An automobile can be considered a system with many interacting components that perform a task. The 
driver (or user) monitors and controls the automobile’s performance using pedals, levers, gauges, and 
a steering wheel. The dashboard and controls are the user interface and the engine is the main part of 
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the system. Mapping the automobile system to the simulation architecture calls for a model of the 
dashboard and driver controls and a separate model of the engine. The main component of the auto- 
mobile is the engine which responds to inputs from the driver (e.g. the driver shifts gears or presses the 
accelerator pedal) and factors in the effects of the environment (e.g. climbing a hill causes a decrease 
in the speed of the car). The driver changes inputs to obtain desired performance results. If the car 
slows down climbing a hill, pressing the accelerator closer to the floorboard will counteract the effects 
of the hill. 

The dashboard and controls have been modeled using Sammi [9], a graphical user interface develop- 
ment tool developed by Kinesix. Two options have been investigated for simulation: petri nets and 
rules. Petri nets provide a graphical model of concurrent systems. The petri net system which has been 
used is PERCNET [8], developed by Perceptronics. PERCNET is designed to be used as a knowledge- 
based graphical simulation environment for modeling and analyzing human-machine tasks. With 
PERCNET, task models are developed using modified petri nets, a combination of petri nets, frames, 
and rules. The rule based system which has been used is CLIPS [1], a rule based language primarily 
used for the design of expert systems, developed by NASA. CLIPS executes in a non-procedural 
fashion making it ideal for representing random and concurrent events. The automobile system has 
been prototyped using both the petri net and rule-based systems as simulators and comparisons were 
made based upon functionality, usability, and performance [7]. 

3.1 Graphical User Interface 

The interface was implemented using Sammi, which provided a graphical means by which to develop 
the interface. Sammi combines the functions of a graphical user interface toolkit with full network 
communications support, providing both client/server and peer-to-peer communication options. The 
format editor of Sammi was used to develop the static automobile display. The display’s functionality 
was tested by building a simulator of the engine and allowing the two processes to communicate 
through interprocess communication. The graphical interface for the automobile prototype is shown 
in figure 2. 



Figure 2 - Graphical Interface for the Automobile Prototype 
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3.2 Low Fidelity Simulator 


I h ^^T° bile WaS mode T led using PERCNET > a very powerful system analysis software 

package designed by Perceptromcs, Inc. It provides an easy-to-use, graphical interface which allows 
users to quickly lay out a petn net model of the system. PERCNET uses "modified" petri nets, which 
allow each state to describe pre-conditions for state transitions, modify global variables, perform 

automobik sfm^latOT^" 1 ^ 0 * gl ° bal Simulation time - Figure 3 shows the top-level petri net of the 





Figure 3 - Top-Level Petri Net of the Automobile Simulator 

The starter is the component that is activated by the turning of the key. Before the starter can begin 
mnc^hf'' however, the key should be turned on, the driver must be wearing his/her seat belt, the far 
must be in neutral and the battery must have a sufficient charge to start the starter. When all three 
fK re -?r t L° nS i are true - the s J ta T ter 1S activated and control advances to the right in the Petri net Once 

!nV^fn^?h be H en f a< L tlVated u t muSt d0 u itS part t0 start the automobile. The starter allows electricity 
to flow into the distributor where it is channeled into the spark plugs. As long as the starter is func- 

tiomng the distnbutor and spark plugs are activated. Finally, as long as the spark plugs and distributor 
are working properly and there is gasoline, the spark from the spark plugs ignites the gasoline mixture 
tn the engine and ignition is achieved. Now that ignition has b£en accomplished, the Seh 

smteTs^h^n^ra 0 ^?^^ 168 reprcsenting the engine - runni ng activity in Figure 3 indicate that the 

The petri net representing the automobile passes from the ignition portion to the engine running state 
and remains in the running state until some condition causes the engine to stop running. The engine 

rhrechniH ^ ^ en jF n J* n l! ,S out . of S as ’ 111,15 out of oil, the temperature rises above a certain 

fTfi? d ’ h fu kCy u ^ f urned of ' f ’ the engine stalls (when the automobile is in some gear and the rpms 

alteitT t° W f a i lrcSh0 ^ am0unt) ’ 016 batteiy loses its charge or the fuel Pump, oil pump, spark plugs or 
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The major components of the engine modeled are: fuel pump, oil pump, water pumD distributor snark 
plugs, starter .battery, alternator, and fan. The condition of these componentsTs’ moJeleTuWa 
o ean variable indicating either that they are functioning or they are not. The boolean variables are 

p^ementation cm^ ° CCUITing dudng the simu,atio "- De ‘^ of the Petri Net im- 


3.3 Interface Evaluation Rules 


S^ n Ja tiV iL eValuati ^ I s j 0nducted through usability studies. Given a functional prototype and tasks 
tt ne m ° n ^ at prototype, the designer observes how users interact wrth the proto- 

F^,,lf ^ llSh th0SC tasks in order . to identif y improvements for the next design iterK 
Evaluation of the interaction is measured in terms of specific parameters including* time tn leam tr! 
use the system, speed of task performance, rates and typL of erESde by“^ overtol 

and subjecuve sansfacnon [10], Analysis of this intonation will assist inrederfgn of “e sjsttm 

The conceptu^ model of a designer is a description of the system and how the user should interart 

,Tse ofn“T of c , 0mple,in * a s ? of asks M The user's Jnental m^eZs a mSl fo^d by tte 
user of how the system works, and it guides the user’s actions [2], Most interaction problems occur 
when the user has an inaccurate model of the system or when the user’s model of a system does not 
correspond with the designer s conceptual model of the system. The evaluation approach which will 

paper evalua,es ,hC mental of Ih <= ag« de“ 


ev ^*? atio " a PProach, implemented using CLIPS, was used to develop the conceptual 
model. The model outlines the specific actions that the user must take in order to complete a task 

ottr n o^ na WhlC , h r embedded in the mles include ^ existence of cert^ n Sns the se 
nr^l« 8 ° f actl ? ns ’ and the Ume in which actions should be completed. Throughout the evaluation 
U !f r con , tuluo . usl y associated with a set of possibly changing g goals Once a goal 

has been identified, the user s action in response to that goal are evaluated to determine if a useHia* 
performed a task comedy. Tasks may be performed a, ,l5ee levels: exK„ f„?™Se, Ld nolice 

^'ll^e^Usil.e “ f^f» r r dynami Jr alUa ? i0n of , user wi*in the HCI Protoiyp- 

ig Environment, using GUIET, the process of formative evaluation has more flexibility and tak^ 

less t,™ for andysrs, The main advantage is that the evaluation of mosTof die prnwtrn" acta 

are automated. The evaluation is performed at runtime by an expert system. The knowledge base of 

the system contains the designer’s conceptual model of how he/she thinks the user should interact with 

?vnJm^r d h SyS ‘T BeC a a “ Se ** pledge »a* * "°< htud Codd Lw the IppSonTc 

I h ieao S rt S c W !l iChthe e^ Ser aSked t0 P erform with the automobile prototype can be divided into two 
maintenance^)" The a " d "—»« » ^ S3 


• Starting the car 

• Driving forward (including changing gears) 

• Driving backward 

• Turning 

• Stopping (at stop signs, lights, etc.) 

• Parking the car 
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• Increasing and decreasing speed [Responding to speed limit changes] 

• Driving uphill and downhill [Responding to hill events] 

• Performing maintenance [Responding to maintenance events] 

• Responding to environmental conditions 

The events which can occur while the user is driving include environmental condition events (e.g., 
rain, snow, fog, and clear weather), time of day events (e.g., day and night), terrain changes (uphill and 
downhill), speed limit changes, and maintenance problems (e.g., gas, oil, battery, alternator, and en- 
gine). In addition to the events, the participant is given a set of instructions that must be followed. 
These are in the form of driving directions (e.g., drive 5 miles north and park the car). 

Driving the car consists of manipulating graphical objects on the screen. For each of the tasks de- 
scribed above, the designer has determined a set of correct actions that must be made to complete the 
task. For example, the actions which must be taken for starting the car include: 

1. Lock the seatbelt 

2. Release emergency brake 

3. Depress the brake 

4. Depress the clutch 

5. Put the gear in neutral 

6. Turn the key on 

Task correctness is evaluated based mainly on three evaluation criteria: the existence of certain ac- 
tions, the sequencing of actions, and the time associated with the completions of the actions or task. 
An integer clock counter is used to indicate the action or event sequence. In the beginning of evalu- 
ation, the clock is reset to zero. Every subsequent action taken by the driver would increment the clock 
by one. Action sequence is important for many driving maneuvers. For example, clutch must be 
engaged before shifting gears. The evaluation process evaluates the correctness and effectiveness of 
a driver’s interactions with the graphical user interface. User performance can be classified into three 
levels for most tasks - expert, intermediate, and novice. There may also be no response to a task. A 
counter is designated for each performance level. Every time a sequence of user actions is classified 
at a particular level, the associated counter will be incremented by one. The purpose of the evaluation 
is not to classify or evaluate users, but to evaluate the interface. The classification of users into cate- 
gories is done to identify the level at which the users are interacting with the system. The goal is to 
have most, if not all, interactions at what the designer would consider the expert level. If users are not 
interacting at this level, it is the interface which must be enhanced to improve user performance. 

An evaluation rule is designed for each performance level. After a sequence of actions is completed, 
it will be evaluated based on the rules for the three performance levels. However, only one of the rules 
would succeed. The rules are organized in a way that the expert level would be tried first, then the 
intermediate level, and then the novice level. Once a rule has been successfully fired, this sequence of 
actions will be discarded. The prioritization of these rule is achieved through the salience values of 
CLIPS. Rules for different tasks may contain different evaluation criteria. It depends on the design- 
er’s conceptual model of how he/she feels the task needs to be completed. 

4.0 HOPKINS ULTRAVIOLET TELESCOPE (HUT) PROTOTYPE 

4.1 Interface and Simulator Requirements 

An iterative Human Computer Interface Prototyping Process was used to develop the onboard payload 
displays for the Hopkins Ultraviolet Telescope (HUT). The process began with the identification of 
known requirements. The requirements gathering phase allowed the development team to collect 
many of the documents explaining the components and operation of the HUT experiment. These 
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descriptions of the system differed in the amount of detail presented and in the intended audience. The 
documents included the Astro Observatory System Overview, the Hopkins Ultraviolet Telescope 
Handbook, the HUT Payload Operating Procedures for Astro 2, and the Payload Crew Training Com- 
plex Experiment Simulator Requirements Document. They described the purpose and history of the 
experiment, explained in detail each system component, and outlined crew procedures. It was found 
that while this wide range of information did not always appear pertinent to the payload display de- 
velopment, a more complete understanding of the system was very insightful when faced with design 
decisions during implementation. 

Integration and analysis of the requirements proceeded using the available documents to develop a 
single, coherent view of each component and the functions of the experiment. The relationships 
between components and functions were identified and the general operating procedures were 
outlined. User-centered functional analysis, task analysis, user analysis and operational flows were 
each used to develop this complete view. 

User-centered functional analysis looked at the functions of the system and the expectations of user 
performance. A deliberate effort was made to keep analysis sufficiently general so that a high-level 
view of the system could be developed. The main functions of the HUT experiment are to initialize 
the telescope system and then operate the telescope. The user will be expected to manipulate GUI 
objects to monitor, calibrate and adjust the telescope subsystems (i.e., power, heaters, vacuum pumps, 
mirrors, and doors), the spectrometer and camera. 


During task analysis, the main functions of the system were described in greater detail. System pro- 
cedures were also incorporated in analysis and this gave a clearer understanding of the importance of 
the relationships between components and procedures. For example, it was at this stage that devel- 
opers understood the difference between the active and inactive states of the telescope. During launch 
and de-orbit, the telescope is in an inactive state; however, in this state, certain components remain 
active (e.g., some power is provided to vacuum ion pumps which maintain the vacuum within the 
spectrometer at all times). This implies that there is some experiment monitoring that goes on even 
when the telescope is inactive. This also implies that certain display components may not be available 
at all times (i.e., when the experiment is inactive). 

User analysis identified the users of the system as astronauts who are necessarily astronomers. There 
would be a small number of potential users and these users would undergo rigorous training and 
evaluation with the interface later in development. The users main focus will be on performing the 
operating procedures. An on-line procedure reference will be helpful in the final interface. A great 
deal of time is spent monitoring values (e.g., temperatures, pressure and electrical currents). Much of 
this monitoring can be built into the display. Simple color changes or popup windows might be used 
to reduce the amount of monitoring. 

The documentation was also used to develop operation flows of the system. These flows were used in 
the implementation phase of prototyping to develop the simulator. The simulator provides "live" 
feedback to the user interface during evaluation. 


A formal design representation was created using the User Action Notation (UAN) as described in [3], 
The UAN provided a means of describing the user actions required to perform tasks identified during 
task analysis. UAN also allows developers to describe interface feedback and identify interface states. 
This is the first formal requirements document produced in the process. The complete notation for 
operation of HUT is provided in Appendix A. 

4.2 Graphical User Interface 

The graphical interface for HUT was implemented using SAMMI. Two steps were used to implement 
the display prototypes. The first of these steps involved deciding on the design of the background and 
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placement of display object groupings. Using the UAN and previous analysis results, the main system 
components were identified as: power, heaters, mirrors, pumps, spectrometer, camera and television. 
Each of these components had sub-components that required arrangement within the component 
display. For example, study of the operating procedures revealed that the spectrometer has fields for 
mode, mask, minimum/maximum amplitude and minimum/maximum width. These fields were not 
often accessed but when accessed, the user is asked to view all six values in order. These fields were 
grouped within the spectrometer display* Component grouping proceeded similarly. The vacuum 
pumps, which maintain the vacuum within the spectrometer, must be constantly monitored and are 
often switched on and off while calibrating the spectrometer. The vacuum pump and spectrometer 
displays were placed next to each other. 

The second prototype iteration involved deciding exactly how to represent each of the display objects. 
Factors contributing to the final design included frequency of access, type and range of values, and 
aesthetic appearance. The initial telescope display appeared very "busy" after the initial 
implementation. An attempt was made at this stage to modularize the display and reduce the number 
of objects visible at one time. Infrequently accessed objects were implemented with pop-up windows 
The complexity of the operating procedures encouraged the addition of a "procedure window" that 
would serve as a quick-reference describing the steps of each procedure. The graphical interface for 
HUT along with the various pop-up windows can be found in Appendix B. 

4.3 Low Fidelity Simulator 


TTie simulator for the HUT prototype was developed using PERCNET. The requirements for this 
simulator were extracted from the Payload Crew Training Complex Experiment Simulator Require- 
ments Document. The functions of the system were identified along with their inputs and outputs. 
This activity of requirements gathering occurred concurrently with the interface requirements gather- 
ing and analysis discussed in section 4. 1 . The main system components modeled were power heaters 
mirrors, pumps, spectrometer, camera, and the dedicated experiment processor. The inputs an outputs 
of each component were modeled, in addition to the system state changes which result from user 
actions (e.g., survival, observation, etc.). Detailed design of the simulator can be found in Appendix 


5.0 EVALUATION 


The functional components of the environment were integrated successfully and provided the needed 
functionality. The suite of tools provided for development within of the environment were easy to 
learn and use. Although they were all different interfaces, they were all graphical. The ideal envi- 
ronment would provide a consistent interface; however, there are no currently available tools which 
provide all of the support needed for rapid prototyping. The only real problem within the environment 
was performance. The next sections describe the usability, functionality, and performance of the 
system in more detail. 


5.1 Usability 


Most features of the environment are easy-to-leam and use While some knowledge of the X win- 
dowing system, petri-net theory, and rule-based languages would benefit designers, much could be 
done with very minimal knowledge. One difficulty in working with the simulator tool PERCNET 
was the lack of available documentation on the Tool Command Language (TCL). All function calls, 
calculations, communication and ad-hoc programming are done using this language. Perceptronics 
provides only minimal documentation on the use of the language within PERCNET making it very 
difficult to perform anything more than the most basic operations. 
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5.2 Functionality 


The functionality for developing prototypes within the environment is provided. As this project be- 
gan, PERCNET was a closed package, that is, there was no provision for communicating with other 
applications. NASA contracted Perceptronics to modify PERCNET to allow for such a feature. The 
final result was a revision of PERCNET which would allow communication with other applications 
through the use of sockets. Applications are allowed to request that global variables be retrieved 
and/or modified. PERCNET essentially opened it’s blackboard (i.e., global data store) to other 
applications. The other application in this case being the server. With this modification and the 
development of the tool GUIET, all needed functionality was complete. 

5.3 Performance 

The performance within the Petri Net architecture was not acceptable for real-time interface 
simulation. Interfaces running within this architecture exhibit a very slow response rate to user actions 
when PERCNET is executing within its subnets. The PERCNET execution also used excessive 
amounts of swap space and memory which also affected the refreshing of displays. 

Early analysis attempted to find the exact cause of the poor performance; however, only limited work 
could be done without access to PERCNET’s source code. Since PERCNET’s code was unavailable, 
we could only speculate about what was actually happening to cause the slow responses. It was 
determined that the cause of much of the problem was that PERCNET was trying to do too much. In 
the PERCNET simulation architecture, PERCNET is actually the data server for the environment. 
The global blackboard is maintained within PERCNET. The server only provides a mechanism for 
passing information between PERCNET and other applications. The server is connected to 
PERCNET by a socket and the server is actually on the "client" end of the connection-oriented socket. 
The server establishes connections with PERCNET and Sammi and then alternately receives 
information from each. Any data or commands received from Sammi are passed immediately to 
PERCNET. Commands from PERCNET for Sammi are passed immediately through, as well. 
Finally, the server sends Sammi copies of all variables. Since PERCNET is the blackboard server, as 
well as the simulator, PERCNET’s performance would naturally be affected by the added burden. 
Lastly, the method provided for sending variables to the server was terribly inefficient When a cal- 
culation was performed in the simulation model for a variable that was needed by the interface, that 
variable was passed to the server whether or not it’s value had changed from the previous iteration. No 
mechanism was provided for restricting the number of redundant values passed across the communi- 
cation link. As a result, PERCNET passed every value back to the server when only a few had actually 
changed. 

In order to investigate other alternatives to simulation, a rule based architecture was developed [7], 
Each of the limitations discussed above was addressed in the design of the server and blackboard in 
the rule-based architecture. The server program was divided into three portions: blackboard manage- 
ment, Sammi routines, CLIPS routines. The Sammi and CLIPS routines are provided to communicate 
with the respective applications. These routines map data into a special "blackboard entry" form and 
pass the data to the blackboard management routines. The blackboard routines also return information 
to the Sammi and CLIPS routines for routing back to the applications. The blackboard management 
routines require that each application (many more applications may be supported) register itself 
initially. Applications are assigned application identification numbers which are used for all subse- 
quent transactions. This application number allows the blackboard to closely monitor which variable 
values each application needs to see. It also provides a mechanism for installing a priority scheme for 
updates. 

After several functions were added to the rule based model, it performed the same functions as the 
Petri Net simulator. If a new system is prototyped, the only changes which would be needed are to the 
knowledge base. The communication link developed for the Sammi-CLIPS architecture uses the 
blackboard paradigm to improve modularity, flexibility, and efficiency. This form of data manage- 
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6.0 Conclusions 

applications are provided for development within the HCI Prototyping Environment A He 
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APPENDIX A - User 


Action Notation for the Hopkins Ultraviolet Telescope 
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HUT 





II USER ACTIONS 

INTERFACE FEEDBACK 

INTERFACE STATE 

II INITIALIZE | 


U OPERATE 1 


U PREPARE FOR DEORBIT 


SHiUBH HHB 
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ffftttl 
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USER ACTIONS 


SURVIVAL 


INITIAL ACTIVATION 


( DEACTIVATE 


OBSERVATION) 


INTERFACE FEEDBACK 


INTERFACE STATE 

mode = SURVIVAL 


mode = READY 


mode = SURVIVAL 


mode = READY 


ffftllfitl® 
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USER ACTIONS 


( REACTIVATE 


( OBSERVATION 


I TEST ) * 


DEACTIVATE ) 


., ; . 


1 §m w.j'' 


INTERFACE FEEDBACK INTERFACE STATE 


mode = READY 


iii' 


mode = SURVIVAL 


USER ACTIONS 


command (+28V BUS OFF) 


command (HEATERS OFF) 

check_vacuum_pump (1, ON, 

-5.00 torr, 0.1 5A) 

check_vacuum_pump (2, OFF, 
-7.13 torr, 0.00A) 


INTERFACE FEEDBACK INTERFACE STATE 


+28V BUS OFF 


HEATERS OFF | mode = SHUTDOWN 


- ~'xt >■<&■ I 












HUT - INITIALIZE 






USER ACTIONS 

INTERFACE FEEDBACK 

INTERFACE STATE 

SURVIVAL 


mode = SURVIVAL 

INITIAL ACTIVATION 


mode = READY 

( DEACTIVATE 


mode = SURVIVAL 

1 OBSERVATION) 


mode = READY 
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SURVIVAL 

USER ACTIONS 

INTERFACE FEEDBACK 

INTERFACE STATE 

HEATER_POWER_ON 



command (+28V BUS ON) 

+28V BUS = ON 

mode = SURVIVAL 

check_vacuum_pump (1, ON, 
-5.00t, 0.1 5A 



check_vacuum_pump (2, OFF, 
-7.13t, 0.00A) 








INITIAL_ACTIVATION 


USER ACTIONS 


(mode = SURVIVAL 

&& check (+Y SH UTTER_DOOR CLOSED) 
&& check (-Y SHUTTER_DOOR CLOSED) 
&& check (SMALL_APERTURE_ 

DOOR CLOSED) 

&& check (CCTV source HUT) ): 


INTERFACE FEEDBACK INTERFACE STATE 


MAIN_POWER_ON 

MAIN POWER = ON 

command (RESET DEP) 

DEP_STATE = RESET 

command (LOAD DEP) 

DEP_STATE = LpAD 
DEP = ACTIVE 

command (SP POWER ON) 

SP POWER = ON 

LOAD_SP 

SP = LOADING 



Inactive 8 Minutes 
DEP = ACTIVE 


Inactive 3 Minutes 
SP = READY 


check (HEATER_MODE = SLAVED) 


check (ELECTRONICS_HEATER = ON) 


TEST_CAMERA 


MIRROR_BACKLASH_MOVEMENT 


OBSERVATION_VERIFY 


EXPERIMENT_OUTGASSING 


TEST SPECTROMETER 




TV_FUNCTIONALITY 
_TEST = COMPLETE 


MIRROR_BACKLASH = 
COMPLETE 


OUTGASSING = 
COMPLETE 


mode = READY 


PI 


MOP 
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DEACTIVATE 
USER ACTIONS 

( MAIN_POWER = ON 

&& PEP = ACTIVE ) : 

command (SHUTDOWN) 

check (ILLUMINATION_LAMP OFF) 
command (SP_POWER OFF) 
command (MAIN_POWER OFF) 


check_vacuum_pump (1, ON, 
-5.00 torr, 0.15 A) 


check_vacuum_pump (2, OFF, j 
-7.13 torr, 0.00 A 



INTERFACE FEEDBACK I INTERFACE STATE 


DEP = INACTIVE 
DEP_STATE = OFF 


SP_POWER = OFF 
MAINPOWER = OFF 
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OBSERVATION 


USER ACTIONS 
( TV_FOCUS_ALIGN 
I SPECTROMETER_FOCUS 
I CALIBRATE_APERTURE_&_BOS 
I CALIBRATE_12ARCSEC_CTR 
I CALIBRATE_1 1 x60ARCSEC_CTR ) 
SCIENCEJDBSERVATION 


INTERFACE FEEDBACK I INTERFACE STATE 
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HEATER_POWER_ON 
USER ACTIONS 

check_vacuum_pump (1, ON, 
5.0 torr, — ) 
command (HEATERS ON) 

check (HEATER_CURRENT < 
16.5 A) 


check (HEATER_CONV_ 
CURRENT 0.110 - 0.180 A) 


check (STRUCTURE, 
TEMPERATURE > 0°C) 


check (ELECTRONICS, 
TEMPERATURE >= -1Q°Q) 
check_vacuum_pump (1, ON, 

— , 0.35 A) 

WAIT (30 seconds) 


INTERFACE FEEDBACK | INTERFACE STATE 
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HEATERS ON 
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I USER ACTIONS 

command (EARTH_BOS DISABLE) 

check (FILTER OFF) 

check (SUN_BOS ENABLED) 

check (SMALL_APERTURE_ DOOR 
CLOSED) 

check (+Y_SHUTTER_D00R C LOSED) 

check (-Y_SHUTTER_DOOR CLOSED) 

command (CAMERA _POWER ON) 

check (EXPOSURE 0, CAMERA_HV 0, 
ZOOM = OFF, WHITE_LEVEL = 0, 
BLACK_LEVEL = 0, SO FT J NT = OFF, 

FORCE_SYNC = QFR ’ 

command (TV_MODE FIELD) 
command (FILTER ND2) 
command (CAMERA_HV 5) 
command (ILLUMINATION J.AMP ON) 
WAIT (FOCC aknowledge) 
command (EXPOSURE 5) 
command (BLACK_LEVEL x)/*adjustV 
command (WHITE_LEVE L x) /"adjust*/ 
command (SO FTWAREJNTEGRATION Om 
MONITOR CCTV /* visual */ 
comm and (SOFTWARE INTEGRATION OFF) 
command (TV_MAGNITUDE 10) 

MONITOR CCTV 7* visual V 
command (TVMAGNITUDE 12) 
TEST TVMODES " " 

■ com mand (ILLUMINATION_LAMP OFF) 
command (TV MAGNITUDE = -5) 
command (EARTH_BOS ENABLE) 






INTERFACE FEE DBACK 
EARTHBOS = DISABLED 


CAMERA_POWER = ON 


TVMODE = FIELD 
FILTER = ND2 
CAMERA_HV = 5 
ILLUMINATION_LA MP = ON~ 

EXPOSURE = 5 
BLACK_LEVEL = x 
_ WHITE_LEVEL = x 
SWJNTEG RA TION = ON 
Center of Images Brightens 
SWJNTEG RATION = OFF 
TV_MAGNITUDE = 10 
Fiducials Dim 
TV_MAGNITUDE = 12 

ILLUMINATION_LAMP = OFF 
TV^MAGNITUDE = -5 
EARTH_BOS = ENABLED 


INTERFACE STATE 



TV_FUNCTIONALITY_ 
TEST = COMPLETE 
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SV: 
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OPEN 


EXPERIMENT_OUTGASSING 


USER ACTIONS 


INTERFACE FEEDBACK 


INTERFACE STATE 


(DEP = READY): 


command (SMALL_APERTURE_DOOR 
50cm A 2) 


SM ALL_A PERTU R E_DOOR = OPEN 


command (+Y_SHUTTER_DOOR 
OPEN 


+Y_SH UTTER_DOOR = OPEN 


command (-Y_SHUTTER_DOOR 


-Y_SHUTTER_DOOR = OPEN 


OUTGASSING = COMPLETE 


OBSERVATION_VERIFY 
USER ACTIONS 

command (PREVIEW activation 

sequence 15) 

command (DISPLAY current status) 

command (SETUP "dummy" 

observation) 

command (LOCATE_TYPE MANUAL) 
MOVE_CURSOR 
command (BEGIN) 
check (time decreasing) 

WAIT (150 seconds) 


WAIT (150 seconds) 


INTERFACE FEEDBACK 
SEQ 15 Display 

CURRENT SEQ Display 
OBS SEQ Form Display 


LOCATE_TYPE = MANUAL 

| 

CURSORMOVEMENT [ 

DEP_STATE = OBSERVE [ 
time = 600 seconds [ 

time = 450 seconds SP_MASK I 
and SP_MODE change 

automatically I 

time = 300 seconds SP^MASK I 
and SP_MODE change 
automatically 


INTERFACE STATE 


command (QUIT) DEP_STATE = SLEW 

command (TV_MODE SPECTRUM) TV_MODE = SPECTRUM 


command (ENABLE_DOORS) 


NONE 














TEST_SPECTROMETER 


USER ACTIONS 


(OUTGASSING = COMPLETE 
&& TV_FUNCIONALITY_ 
TEST = COMPLETE) : 


check (SP_POWER ON, SP_MODE 4, 
SP_MASK 0, MIN_AMP 8, 
MAX_AMP = 62, MIN_WIDTH = 2, 
MAX_WIDTH = 20) 


check_vacuum_pump (2, ON, 
-5.70 torr, 0.1 2A) 


command (VACUUM_PUMP1 OFF) 


check_vacuum_pump (1, OFF, 
-7.03 torr, 0.00 A) 


check_vacuum_pump (2, OFF, 
-7.13 torr, 0.00 A) 


command (DETECTOR ON) 


check (MCP_HV_ADJUSTMENT 
0 2.63 ±0.050) 


check (PHOS_HV_ADJUSTMENT 
0 6.0 ±0.075) 


check (CCTV noise level) /"auricular V 


check (PHOTON < 10) 


WAIT (30 seconds) 


command (MCP_HV x) /* adjust 7 


WAIT (30 seconds) 


command (PHOS_HV x) /* adjust 7 


WAIT (30 seconds) 


command (CALIBRATION_LAMP ON) 


WAIT (30 seconds) 


command (SP_MODE SINGLE_SCAN) 


WAIT (5 minutes) 


command (SP_MODE = HIGH_ 
TIME_RESOLUTION) 


command (CALIBRATION_LAMP OFF) 


command (DETECTOR OFF) 


command (SET DETECTOR DEFAULTS) 


command (DETECTOR ON) 





CALIBRATION LAMP = ON 



SP_MODE = HIGH_TIME 
RESOLUTION 


CALIBRATION_LAMP = OFF 



DETECTOR = ON 
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TEST_SPECTROMETER (CONTINUED) 
USER ACTIONS “ 
command (VAC UUM_PUMP _1 ON) 
check_vacuum_pump (1, ON, 

-5.00 torr, 0.1 5 A) 

check_vacuum_pump (2, OFF, 

-7.13 torr, 0.00 A) 

(command (SLIT_WHEEL x)) x=7-4 
command (VA CUUM_PUMP_1 OFF) 
command (VACUUM_PUMP _1 ON) 
check_vacuum_pump (1, ON, 

-5.00 torr, 0.15 A) 

WAIT (10 minutes) 

(command (SLIT_WHEEL x)) x = 3-0 


INTERFACE FEEDBACK 


INTERFACE STATE 


SLIT_WEEL = x 


SLIT_ WHEEL = x 
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TV_FOCUS_ALIGN 


USER ACTIONS 


( WUPPE = inoperative 
&& CCTV souce is HUT) : 


command (PREVIEW SEQ ##) 


command (EARTH_BOS DISABLE) 


IPS MOVEMENT 


command (LOCATE_TYPE NONE) 


command (TV_MODE DOWN ZOOM) 


command (SOFTWARE. 
INTEGRATION ON) 


RECORD IMAGE SIZE DATA 


(command (ix #) /* adjust V 


command (MIRROR.MODE MOVE) 


command (MIRROR.MODE STOP) )* 


SET.MIRRORS 


command (MIRROR.MODE FOCUS) 


command (EARTH.BOS ENABLE) 


INTERFACE FEEDBACK 
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INTERFACE STATE 



LOCATE.TYPE = NONE 


TV.MODE = DOWN ZOOM 


SWJNTEGRATION = ON 



Ax = # 


MIRROR.MODE = MOVE 


MIRROR.MODE = STOP 
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SPECTROMETEFLFOCUS 


USER ACTIONS 


(HUT spectrometer focus 
target acquired 

&& DEP_STATE = OBSERVE) : 


command (SOFTWARE_ 
INTEGRATION ON) 


record (+Y+Z) 


record (START TIME) 


WAIT (200 seconds) 


record (STOP_TIME) 


command = #) 


command (MIRROR_MODE MOVE) 


(command (MIRROR_MODE STOP))* 


command (MIRROR_MODE FOCUS) 


command (SOFTWARE_ 
INTGRATION OFF) 


INTERFACE FEEDBACK 


INTERFACE STATE 



SOFTWARE INTEGRATION = ON 



Ax = # 


MIRROR_MODE = MOVE 


MIRROR_MODE = STOP 


MIRROR_MODE = FOCUS 


SOFTWARE INTEGRATION = OFF 
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CALIBRATE_APERTURE_&_BOS 


USER ACTIONS 


( EARTH_B0S = ENABLED 
&& DETECTOR = OFF) : 


command (SOFTWAREJNTEGRATION 
ON) 


command (TV_MAGNITUDE = #) /^adjust */ 


( command (SLIT_WHEEL n) 


command (WHITE_LEVEL = x) /^adjust V 


command (BLACK_LEVEL = x) /* adjust */ 


WAIT (100 seconds) ) n = 3, 2, 1,7, 6, 5, 6, 7, 1,2,3 



Aperture_Centers = COMPLETE 
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CALIBRATE_1 2ARCSEC_CTR 
USER ACTIONS 

( Aperture_Centers = COMPLETE 
&& DEP_STATE = OBSERVE 
&& Aperture 1 has moved 
into place) : 

IPS MOVEMENT 

command (SLIT_WHE EL 9x120) 
comma nd (SLIT__WHEEL 30 diam) 

~ check (PITCH/YAW ERROR <= ±0.5) 
IPS MOVEMENT 


INTERFACE FEEDBACK 


SLIT_WHEEL = 9x120 
SLIT_ WHEEL = 30 diam 
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CALIBRATE_1 1 X60ARCSEC CTR 
USER ACTIONS 

( Aperture_Centers = COMPLETE 
&& DEP_STATE = OBSERVE 
&& Aperture 6 has moved 
into place) : 

IPS MOVEMENT 

command (SLIT_WHEEL 18x120 
CAF2 FILTER) 

command (SLI T_WHEEL 18x120) 
check (PITCH/YAW ERROR <= ±0.5) 
IPS MOVEMENT 


INTERFACE FEEDBACK I INTERFACE STATF 
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SLIT_WHEEL = 18x120 
CAF2 FILTER 
~SLIT_WHEEL = 18x120 
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SCIENCE_OBSERVATION 


USER ACTIONS 


( mode = READY 
&& HUT - only operations 
&& Payload Bay floodlights 
OFF 


(command (PREVIEW SEQ ##))* 


command (CURRENT) 


command (SETUP) 


IPS MOVEMENT 


command (BEGIN) 


( (command (PAUSE) 


command (PROCEED)) 


I command (PREVIEW SEQ ##) )* 


( (time = 0) 


I (command (PAUSE) 


command (QUIT)) 


I command (QUIT) ) 


command (VACUUM_PUMP_1 ON) 


check_vacuum_pump (1, ON, 
-5.00 torr, 0.15 A) 


INTERFACE FEEDBACK I INTERFACE STATE 


Display SEQ ## 


DEP_STATE = LOCATE 


DEP_STATE = OBSERVE 


DEP_STATE = PAUSE 


DEP_STATE = OBSERVE 


Display SEQ ## 


DEP_STATE = SLEW 


DEP_STATE = PAUSE 


DEP.STATE = SLEW 


DEP_STATE = SLEW 
























HUT - OPERATE 
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J: 


REACTIVATE 


USER ACTIONS 


( mode = SURVIVAL 
&& +28V_BUS = ON 
&& +28V_CURENT (0.2-0.3A) 

&& HEATERS ON 
&& HEATER_CURRENT < 16.5A 
&& check_vacuum_pump (1, ON 
-5.00 torr, 0.1 5A) 

&& check_vacuum_pump (2, OFF, 
-7.13 torr, 0.00A) : 


MAIN_POWER_ON 


command (RESET DEP) 


command (LOAD DEP) 


command (SP_POWER ON) 


LOAD_SP 


check (HEATER_MODE = SLAVED) 


check (ELECTRONICS_HEATER = ON) 


CAMERA_POWER_ON 


DETECTOR_POWER_ON 
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INTERFACE FEEDBACK I INTERFACE STATE 
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MAIN_POWER = ON 


DEP_STATE = RESET 


DEP_STATE = READY 


SP_POWER = ON 


SP = LOADED 


Inactive 8 minutes 
DEP = ACTIVE 



SET MIRROR 
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USER ACTIONS 


( TV_FOCUS_ALIGN 


I SPECTROMETER_FOCUS 


I CALIBRATE_APERTURE_&_BOS 


I CALIBRATE_12ARCSEC_CTR 


I CALIBRATED 1x60ARCSEC_CTR ) 


SCIENCE_OBSERVATION 




& z ' \ " 1 w v 




t y'-'x:: _4. a. -i • '<■ *■ ■:< r 


: ■ c ■ ■ 

f ■' ' ; _ . 























































I ' : >r ;• 

L: - V- . : ' ' 



%¥?; , ; -V C > -J 

K;;- • • 7 *s> ■ 


USER ACTIONS INTERFACE FEEDBACK 

comma nd (MAIN POWER ON) MAIN POWER = ON 

check (+5V (5.0 - 5.5 V) ) ” 

check (+12V (11.5 - 12.7 V) ) * ~ 

check (-12V (-11.9 - -12.9 V) ) " 

check (+18V (+17.8 - 19.6 V) ) 


INTERFACE STATE 


WmM 
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LOAD_SP 


USER ACTIONS 


command (LOAD SP) 


INTERFACE FEEDBACK 

INTERFACE STATE 

SP = LOADING 

Inactive 3 Minutes 
SP = READY 
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CAMERA_POWER_ON “ 

USER ACTIONS 

command (CAMERA_POWER ON) 

check (EXPOSURE = 0, CAMERA_HV = 0, 
ZOOM = OFF, WHITE_LEVEL = 0, 
BLACK_LEVEL = 0, 

SOFTWARE JNTEGRATION = OFF, 

FORCE_SYNC = OFF) 

command (ENABLE_DOORS) 
command (+Y_SHUTTER_DOOR OPEN) 
command (-Y_SHUT TER_DQQR OPEN) 
WAIT (3 minutes) 
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DETECTOR_POWER_ON 
USER ACTIONS 

command (TV _MODE SPECTRUM) 

check_vacuum_pump (1, ON, 

-5.00 torr, 0.1 5 A) 

command (VA CUUM_PUMP_1 OFF) 

check_vacuum_pump (1, OFF, 

-7.03 torr, 0.00 A) 


check_vacuum_pump (2, OFF, 

-7.13 torr, 0.00 A) 

command (SET DETETOR DEFAULTS) 
command (DETECTOR ON) 
command (VACUUM_PUMP_1 ON) 

check_vacuum_pump (1, ON 
-5.00 torr, 0.15 A) 


; ■ ■ . ■ 


<• • •. > •: yv . : • • : j 
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SET_MIRRORS 


USER ACTIONS 


INTERFACE FEEDBACK 
CAMERA_POWER = ON 


NONE 

+ Y_S H UTTER_DOOR = OPEN 
-Y_SHUTTER_DOOR = OPEN 



INTERFACE FEEDBACK 
TV_MODE = SPECTRUM 


INTERFACE STATE 



rt. > . t. * •- . •» ~ . 


( command ( -Z = nnnn) 


I command (-Y+Z = nnnn) 


I command (+Y+2 = nnnn) )* 


command (START) 


command (MIRROR MODE 0) | MIRROR_MODE = 0 


INTERFACE FEEDBACK I INTERFACE STATE 


-Z = nnnn 


-Y+Z = nnnn 


+Y+Z = nnnn 



Inactive during motio 




~ . „ 


SSIIBSfi 


LOCATEJTYPE = NONE 


command (MIRROR_MODE STOP) )* I MIRROR_MODE = STOP 
SET_MIRRORS 


command (MIRROR_MODE FOCUS) MIRROR_MODE = FOCUS 


command (EARTH_BOS ENABLE) EARTH_BOS = ENABLED 


SET.MIRRORS 

USER ACTIONS 

INTERFACE FEEDBACK 

INTERFACE STATE 

( command ( -Z = nnnn) 

-Z = nnnn 



I command (-Y+Z = nnnn) -Y+Z = nnnn 


I command (+Y+Z = nnnn) )* +Y+Z = nnnn 


command (START) 


Inactive during motioi 

MIRRORMODE = 0 


command (MIRROR_MODE 0) 


TV_FOCUS_ALIGN 
USER ACTIONS 

( WUPPE = inoperative 

&& CCTV souce is HUT) : 

command (PREVIEW SEQ ##) 

command (EARTH_BOS DISABLE) 
IPS MOVEMENT 

command (LOCATEJTYPE NONE) 
command (TV_MODE DOWN ZOOM) 

command (SOFTWARE_ 

INTEGRATION ON) 


INTERFACE STATE 


RECORD IMAGE SIZE DATA 
(command #) f* adjust */ 
command (MIRROR.MODE MOVE) 


H 

Ax = # 

~| MIRROR_MODE = MOVE 


EARTH_BOS = DISABLED 


INTERFACE FEEDBACK 
Display F&A Target #1 


TV_MODE = DOWN ZOOM 
SW INTEGRATION = ON 



















jOLL-: 


(HUT spectrometer focus 
target acquired 

&& DEP_STATE = OBSERVE) ; 


command (SOFTWARE. 
INTEGRATION ON) 


SOFTWAREJNTEGRATION = ON 


record (+Y+Z) 


record (START_TIME) 


WAIT (200 seconds) 


record (STOP_TIME) 


command (jc = #) 


Ax = # 


command (MIRROR_MODE MOVE) 


MIRROR_MODE = MOVE 


(command (MIRROR_MODE STOP))* 


MIRROR_MODE = STOP 


command (MIRROR_MODE FOCUS) 


MIRROR_MODE = FOCUS 


command (SOFTWARE. 
INTGRATION OFF) 


SOFTWAREJNTEGRATION = OFF 


( EARTH_B0S = ENABLED 
&& DETECTOR = OFF) : 


command (SOFTWAREJNTEGRATION 
ON) 


SWJNTEGRATION = ON 


command (TV_MAGNITUDE = #) /*adjust 7 


TVJWAGNITUDE = # 


( command (SLIT_WHEEL n) 


command (WHITE_LEVEL = x) /*adjust 7 


WHITE J.EVEL = x 


command (BLACK.LEVEL = x) /* adjust 7 


BLACK_LEVEL = x 


WAIT (100 seconds) ) n = 3,2,1 ,7, 6, 5, 6,7,1 ,2,3 


Aperture_Centers = COMPLETE 


CALIBRATE_APERTURE_&_BOS 

i 


USER ACTIONS 

INTERFACE FEEDBACK 

INTERFACE STATE 
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j&biU 
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CALIBRATE_12ARCSEC CTR 


USER ACTIONS 


INTERFACE FEEDBACK 


INTERFACE STATE 


( Aperture_Centers = COMPLETE 
&& DEP_STATE = OBSERVE 
&& Aperture 1 has moved 

into place) : 


IPS MOVEMENT 


( Aperture_Centers = COMPLETE 
&& DEP_STATE = OBSERVE 
&& Aperture 6 has moved 

into place) : 


IPS MOVEMENT 


command (SLIT.WHEEL 18x120 
CAF2 FILTER) 


SLIT_WHEEL = 18x120 
CAF2 FILTER 


command (SLIT_WHEEL 18x120) 


SLIT_WHEEL = 18x120 


check (PITCH/YAW ERROR <= ±0.5) 


IPS MOVEMENT 


command (SLIT_WHEEL 9x120) 


command (SLIT_WHEEL 30 diam) 


check (PITCH/YAW ERROR <= ±0.5) 


IPS MOVEMENT 


SLIT_WHEEL = 9x120 


SLIT WHEEL = 30 diam 


CALIBRATED 1x60ARCSEC_CTR 

i 


USER ACTIONS 

INTERFACE FEEDBACK 

INTERFACE STATE 
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i command (QUIT) ) 

command (VACUUM_PUMP_1 ON) 

check_vacuum_pump (1, ON, 

-5.00 torr, 0.15 A) 


DEP_STATE = SLEW 


SCIENCE_OBSERVATION 
USER ACTIONS 

( mode = READY 
&& HUT - only operations 
&& Payload Bay floodlights 

OFF 

(command (PREVIEW SEQ ##))* 
command (CURRENT) 
command (SETUP) 

IPS MOVEMENT 
command (BEGIN) 

( (command (PAUSE) 
command (PROCEED)) 

I command (PREVIEW SEQ ##) )* 
( (time = 0) 

I (command (PAUSE) 
command (QUIT)) 


INTERFACE STATE 


| INTERFACE FEEDBACK 


Display SEQ ## 


1 DEP^STATE = LOCATE 


DEP. 

.STATE = OBSERVE 

DEP. 

STATE = PAUSE 

DEP. 

.STATE = OBSERVE 

Display SEQ ## 

DEP_ 

STATE = SLEW 

DEP 

STATE = PAUSE 


I DEP_STATE = SLEW 
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CAMERA_SENSITIVITY_TEST 


USER ACTIONS 


( HUT Camera Sensitivity Target Acquirei 
&& DEP_STATE = OBSERVE) 


command (TV_MODE DOWN FIELD) 


(command (TV_MAGNITUDE x)) 
x = 10, 11, 12, 13 


command (TV_MODE DOWN 
SPECTRUM) 


(command (TV_MAGNITUDE x)) 
X = 14, 15, 16 



INTERFACE FEEDBACK I INTERFACE STATE 



TV_MODE = DOWN FIELD 


TV_MAGNITUDE = x 


TV_MODE = DOWN 
SPECTRUM 


TV_MAGNITUDE = x 


'' ' '' ^ • 7 
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REDUCED_APERTURE_50 


USER ACTIONS 


( +Y_SHUTTER_DOOR OPEN 
&& -Y_SHUTTER_DOOR OPEN) : 


check_vacuum_pump (1, ON, 
-5.5 torr, 0.15 A) 


check_vacuum_pump (2, OFF, 
-7.0 torr, 0.00 A) 


command (SMALL_APERTURE_DOOR 
50cm A 2) 

command (SLIT_WHEEL 175 diam) 


WAIT (2 minutes) 


check_vacuum_pump (1, ON, 

-5.5 torr, 0.1 5 A) 

command (+Y_SHUTTER_DOOR CLOSE) 


command (-Y_SHUTTER_DOOR_CLOSE) 


command (VACUUM_PUMP_1 OFF) 


WAIT (10 minutes) 


command (VACUUM_PUMP_1 ON) 


check_vacuum_pump (1, ON, 
-5.5 torr, 0.15 A) 


command (SLIT_WHEEL BLANK) 


command (FILTER = ND6) 


command (+Y_SHUTTER_DOOR OPEN) 


command (-Y_SHUTTER_DOOR OPEN) 

command (SMALL_APERTURE_DOOR 
CLOSE) 


a 

wm 


INTERFACE FEEDBACK 


INTERFACE STATE 



SMALL_APERTURE_DOOR = 
50cm A 2 


SLIT_WHEEL = 175 diam 



+Y_SHUTTER_DOOR = CLOSED 


-Y_SHUTTER_DOOR = CLOSED 



SLIT_WHEEL = BLANK 


FILTER = ND6 


+Y_SHUTTER_DOOR = OPEN 


-Y_SHUTTER_DOOR = OPEN 


SMALL_APERTURE_DOOR = 
CLOSED 



1 
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1 REDUCED_APERTURE_1 
USER ACTIONS 

( +Y_SHUTTER_DOOR OPEN 

I && ~Y_SHUTTER_DQQR OPEN) : 
check_vacuum_pump (1, ON, 

-5.5 torr, 0.15 A) 

check_vacuum_pump (2, OFF, 

-7.0 torr, 0.00 A) 

command (SMALL_APERTURE_DOOR 
1cm A 2) 

command (SLIT_WHEE L 18 diam) " 
check_vacuum_pump (1, ON, 

-5.5 torr, 0.1 5 A) 

^command (+Y_SHUTTER_DOOR CLOSE) 
command (-Y_SHUTTER_D QQR CLOSET 
command (-Y_SHU7TER_DQ QR CRACkT 
command (VACUUM_PUMP _1 OFR 
WAIT (5 minutes) 

command (VACUUM_ PUMP _1 ON) ' 

check_vacuum_pump (1, ON, 

-5.5 torr, 0.15 A) 

WAIT (2 minutes) 

command (SLIT_ WHEEL BLANK) j 

command (FILTER = ND6) 

command (+Y_SHUTTER_D QQR open) ~ 

command (- Y_SHUTTER_DQor open) 

command (SMALL_APERTURE_DOOR 
CLOSE) 


I p, 

M| ........ 


INTERFACE FEEDBACK 


SMALL_APERTURE_DOOR = 
1cm A 2 

”SLIT_WHEEL = 18diam 


+Y_SHUTTER_DOOR = CLOSED 
-Y_SHUTTER_DOOR = CLOSED 
-Y_SHUTTER_D00R = CRACKED 


SLIT_WHEEL = BLANK 
FILTER = ND6 

+YSHUTTERD QQR - OPEN 

-Y_SHUTTER_DOOR = OPEN 

SMALL_APERTURE_DOOR = 
CLOSED 






• ■ * <>■- -x-x-AvAJi-'-xc 


INTERFACE STATE 


| EXPERIMENT_OUTGA SSING 

JJSER AC TIONS ~~ ^INTERFACE FEEDBACK 

(DEP = READY): ] 

^5o3 d 2 {, SMALL - APERTURE - DOOR SMALL_APERTURE_D00R = OPEN 

Tomman d{ + Y_ SHUTTER - D0 ° R |+Y_SHUTTER DOOR = OPEN 

OPEN 

— K-WmBUHOR hrSHUTTE R _ DOOR . OPEN OUTGASSING . COMPLETE 





USER ACTIONS INTERFACE FEEDBACK INTERFACE STATE 

( DEP_STATE = READY 
&& SP = READY) : 
check (PARITY_COUNT = 0) 
check (STATUS = "DET OFF -> 

SP HIBER) 

command (EARTH_BOS ENABLE) EARTH_BOS = ENABLED 
command (TV_MODE FIELD) TV MODE = FIELD ~~ 

command (CAMERA_HV x) 7* adjust *i CAMERA_HV = x 
command (EXPOSURE x) T adjust 7 EXPOSURE = x 
check (STATUS = "OFF -> - DET") 

command (TV_MAGNITUDE -5) TV MAGNITUDE = -5 

check (PARITY_COUNT 0) 

command (EARTH_BOS ENABLE) EARTH_BOS = ENABLED 






















HUT - PREPARE FOR DEORBIT 


PREPAR E FOR DEORBIT 
USER ACTIONS 

^command (+28V BUS OFF) I + 2 8V BUS OFF 
command (HEATERS OFF) 


INTERFACE FEEDBACK 


INTERFACE S TATE 

Inrkr 4-^- ATERS 


check_vacuum_pump (1, ON, 

-5.00 torr, 0.1 5 A) ’ I ) 

check_vacuum_pump (2, OFF, | ' ( 

-7.13 torr. 0.00A1 


Appendix B - Graphical Interface for the Hopkins Ultraviolet Telescope 
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Appendix C - Simulator for the Hopkins Ultraviolet 


Telescope 
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Activity Frames: Fri Jun 17 ]2:51:07 m4 p 

hutl 




ACT5 

hutl 

qqswp - Mon Jun 13 09:01:54 1994 


Survival 

Alphanumeric Id 
Tasknet 
Last Modified 
Time 
Mean 
Devtation 
Distribution 
Unit 
Crew 
Crew 

UModel Workload 
Demand Value 
Multiple Resource Model 
Window Display 
Displays & Controls 
Auditory Processing 
Verbal Processing 
Spatial Processing 
Continuous Motor 
Discrete Motor 
Communication 
Message 

User Defined Slots 
heatercurrent 

heaterconvcurrent 


pumpl current 


0.0 

0.0 

NORMAL 

MINUTES 

Crewl 

0.0 

0.0 

0.0 

0.0 

0.0 

0.0 

0.0 

0.0 


SendMsg satum "set heater_current 
[set $heater_current 9]" 

SendMsg satum "set heater_conv_cu 
rrent [set heater_conv_current 14 ] 

n 

SendMsg satum "set pump1_current 
[set pump1_current 15]" 


Activity Frames: 
hutl 

pump2current 

electronicstemp 

mainpowercurrent 

structuretemp 

heatermode 

bus28vcurrent 


Fri Jun 17 12:51:07 1994 Page: 2 


SendMsg saturn "set pump2_current 
[set pump2_current 0] " 

SendMsg saturn "set electronics_te 
mp [set electronics_temp 45]" 
SendMsg saturn "set main_power_cur 
rent [set main_power_current 0]" 
SendMsg saturn "set structure_temp 
[set structure_temp 0] " 

SendMsg saturn "set heater_mode [s 
et heater_mode 1]" 

SendMsg saturn "set bus28v_current 
[set bus28v_current 1]" 
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Event Frames: 
hutl 


Activate_to_Survival 
Alphanumeric Id 
Tasknet 
Last Modified 
Event 
Condition 

Probability 
User Defined Slots 


Activate 

Alphanumeric Id 
Tasknet 
Last Modified 
Event 
Condition 
Probability 
User Defined Slots 
inactive 


Deactivate 

Alphanumeric Id 
Tasknet 
Last Modified 
Event 
Condition 
Probability 


50 


Fri Jun 17 12:51:11 1994 Page: 1 



EVENT4 

hutl 

qqswp -- Thu May 19 11:13:17 1994 

$IC && ($heaters) && ($bus28v) && 
($pump1) && (!$pump2) 

1.0 


EVENT6 

hutl 

qqswp - Fri May 20 17:10:05 1994 

$IC && ($main_power) 

1.0 

$FALSE 


EVENT10 

hutl 

qqswp - Fri May 20 17:10:26 1994 

$IC && ($inactive) 

1.0 


Event Frames: 
hutl 


Fri Jun 17 12:51:11 1994 Page: 2 



User Defined Slots 


Deorbit 

Alphanumeric Id 
Tasknet 
Last Modified 
Event 
Condition 

Probability 
User Defined Slots 
heatercurrent 

heaterconvcurrent 


EVENT24 

hutl 

qqswp - Mon Jun 13 07:58:25 1994 

$IC && (!$bus28v) && (!$heaters) & 
& ($pump1) && (!$pump2) 

1.0 

SendMsg satum "set heater_current 
[set heater_current 0] " 

SendMsg satum "set heater_conv_cu 
rrent [set heater_conv_current 0]" 


bus 28 vcurrent 

electronicstemp 


SendMsg satum "set bus28v_current 
[set bus28v_cu rrent 0] " 

SendMsg satum "set electronics_te 
mp [set electronics_temp 0]" 
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Event Frames: 
Active 


Fri Jun 17 12:51:24 1994 Page: 1 




Alphanumeric Id 
Tasknet 
Last Modified 
Event 
Condition 
Probability 
User Defined Slots 
inactive 


EVENT106 

Active 

qqswp - Tue May 24 20:37:09 1994 

$IC 

1.0 

$FALSE 



Alphanumeric Id 
Tasknet 
Last Modified 
Event 
Condition 
Probability 
User Defined Slots 


EVENT107 

Active 

qqswp - Fri May 20 17:27:15 1994 

$IC && $inactive 
1.0 


53 






Activity Frames: 
POWER 


Fri Jun 17 12:51:40 1994 Page: 1 


ACT319 

POWER 

qqswp -- Thu Jun 1 6 1 2:46: 1 1 1 994 


power 

Alphanumeric Id 
Tasknet 
Last Modified 
Time 
Mean 
Devtation 
Distribution 
Unit 
Crew 
Crew 

UModel Workload 
Demand Value 
Multiple Resource Model 
Window Display 
Displays & Controls 
Auditory Processing 
Verbal Processing 
Spatial Processing 
Continuous Motor 
Discrete Motor 
Communication 
Message 

User Defined Slots 
mainpowercurrent 

inactive 

calcbuscurr 


3.0 

0.0 

NORMAL 

MINUTES 

Crewl 

0.0 

0.0 

0.0 

0.0 

0.0 

0.0 

0.0 

0.0 


SendMsg satum "set main_power_cur 
rent [set main_power_current [expr 
{3 + $camera_current}] ]" 
if {!$main_power} then {$TRUE} els 
e {$FALSE} 

0.14 + $main_power_current + $spec 
.current + ($pump1_current/100) + 
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Activity Frames: Fri Jun 17 12:51:40 1994 Page: 2 

POWER 



bus28vcurrent 


pos5vcurrent 

pos12vcurrent 

neg12vcurrent 

pos18vcurrent 


($pump2_current/1 00) 

SendMsg satum "set bus28v_current 
[set bus28v_current [expr { (($ca 
lc_bus_curr > 0) && ($calc_bus_cur 
r < 1)) ? 1 : $calc_bus_curr } ] ] 

ii 

SendMsg satum "set pos5v_current 
[set pos5v_current 5]" 

SendMsg saturn "set pos12v_current 
[ set pos12v_current 12 ]" 

SendMsg satum "set neg12v_current 
[set neg12v_current -12]" 

SendMsg satum "set pos18v_current 
[set posl 8v_current 19]" 
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Event Frames: 
POWER 


Fri Jun 17 12:51:44 1994 Page: 1 


enter_power 

Alphanumeric Id 
Tasknet 
Last Modified 
Event 
Condition 
Probability 
User Defined Slots 


EVENT320 

POWER 

qqswp - Mon Jun 13 22:52:09 1994 

$IC 

1.0 


ex it_ power 

Alphanumeric Id 
Tasknet 
Last Modified 
Event 
Condition 


EVENT321 

POWER 

qqswp - Wed Jun 15 1 1 :23:32 1994 
$IC && $inactive 


Probability 
User Defined Slots 
bus28vcurrent 


mainpowercurrent 

pos5vcurrent 

pos12vcurrent 

neg12vcurrent 


1.0 

SendMsg satum "set bus28v_current 
[set bus28v_current [expr {$bus28 
v_current - $main_power_current} ] 

1 " 

SendMsg satum "set main_power_cur 
rent [set main_power_current 0]" 
SendMsg satum "set pos5v_current 
[set pos5v_current 0]" 

SendMsg satum "set pos12v_current 
[set pos12v_current 0]" 

SendMsg satum "set neg12v_current 
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Event Frames: 
POWER 


Fri Jun 17 12:51:44 1994 Page: 2 



posl 8vcurrent 


[set neg12v_current 0]" 

SendMsg satum "set pos18v_current 
[set posl 8v_current 0]" 



Alphanumeric Id 
Tasknet 
Last Modified 
Event 


EVENT322 

POWER 

qqswp - Wed May 25 09:04:57 1 994 


Condition 
Probability 
User Defined Slots 


$IC && !$inactive 
1.0 
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Activity Frames: 
PUMPS 


Fri Jun 17 12:51:59 1994 Page: 1 


pumps 

Alphanumeric Id 
Tasknet 
Last Modified 
Time 
Mean 
Devtation 
Distribution 
Unit 
Crew 
Crew 

UModel Workload 
Demand Value 
Multiple Resource Model 
Window Display 
Displays & Controls 
Auditory Processing 
Verbal Processing 
Spatial Processing 
Continuous Motor 
Discrete Motor 
Communication 
Message 

User Defined Slots 
pumpl current 

pump2current 

pumpl pressure 


ACT338 

PUMPS 

qqswp - Mon Jun 13 22:54:41 1994 

3.0 

0.0 

NORMAL 

MINUTES 

Crewl 

0.0 

0.0 

0.0 

0.0 

0.0 

0.0 

0.0 

0.0 


SendMsg satum "set pump1_current 
[set pumpl .current [expr {$pump1 * 
12 }]]" 

SendMsg satum "set pump2_current 
[set pump2_current [expr [$pump2 * 
13}]]" 

SendMsg satum "set pumpl _pressure 
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enter_pump 

Alphanumeric Id 
Tasknet 
Last Modified 
Event 
Condition 
Probability 
User Defined Slots 


- pump_cont 

Alphanumeric Id 
_ Tasknet 

Last Modified 
_ Event 

Condition 
_ Probability 

User Defined Slots 


exit_pump 

Alphanumeric Id 
Tasknet 
Last Modified 
Event 
Condition 
Probability 
User Defined Slots 


61 


EVENT335 

PUMPS 

qqswp - Mon Jun 13 22:51:53 1994 

$IC 

1.0 


EVENT336 

PUMPS 

qqswp - Thu Jun 2 14:58:39 1994 

$IC && !$inactive 
1.0 


EVENT337 

PUMPS 

qqswp - Mon Jun 13 22:52:43 1994 

$IC && $inactive 
1.0 







Activity Frames: 
HEATERS 


Fri Jun 17 12:52:15 1994 Page: 1 


CURRENTS 

Alphanumeric Id 
Tasknet 
Last Modified 
Time 
Mean 
Devtation 
Distribution 
Unit 
Crew 
Crew 

UModel Workload 
Demand Value 
Multiple Resource Model 
Window Display 
Displays & Controls 
Auditory Processing 
Verbal Processing 
Spatial Processing 
Continuous Motor 
Discrete Motor 
Communication 
Message 

User Defined Slots 
heatercurrent 

heaterconvcurrent 


ACT355 

HEATERS 

qqswp -- Mon Jun 13 23:02:09 1994 

3.0 

0.0 

NORMAL 

MINUTES 

Crewl 

0.0 

0.0 

0.0 

0.0 

0.0 

0.0 

0.0 

0.0 


SendMsg satum “set heater_current 
[set heater_current 9]" 

SendMsg satum "set heater_conv_cu 
rrent [set heater_conv_current 14] 
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Activity Frames: Fri Jun 17 i 2: 52:15 1994 Page- 2 

HEATERS 




Alphanumeric Id 
Tasknet 
Last Modified 
Time 
Mean 
Devtation 
Distribution 
Unit 
Crew 
Crew 

UModel Workload 
Demand Value 
Multiple Resource Model 
Window Display 
Displays & Controls 
Auditory Processing 
Verbal Processing 
Spatial Processing 
Continuous Motor 
Discrete Motor 

Communication 

Message 

User Defined Slots 
electronicstemp 

structu retemp 


ACT356 

HEATERS 

qqswp - Mon Jun 13 23:00:42 1994 

3.0 

0.0 

NORMAL 

MINUTES 

Crewl 

0.0 

0.0 

0.0 

0.0 

0.0 

0.0 

0.0 

0.0 


SendMsg satum “set electronics_te 
mp [set electronics_temp 45] " 
SendMsg satum “set structure_temp 
[set structu re_temp [ expr [!$dep 
.active ? 0 : 10 } ] ] " 
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Event Frames: 
HEATERS 


Fri Jun 17 12:52:17 1994 Page: 1 


enter_heaters 

Alphanumeric Id 
Tasknet 
Last Modified 
Event 
Condition 
Probability 
User Defined Slots 

EVENT351 

HEATERS 

qqswp - Mon Jun 13 22:56:38 1994 

$IC 

1.0 

exit_heaters 


Alphanumeric Id 

EVENT352 

Tasknet 

HEATERS 

Last Modified 

qqswp -- Mon Jun 13 22:59:18 1994 

Event 


Condition 

$IC && $inactive 

Probability 

1.0 

User Defined Slots 



current_cont 


Alphanumeric Id 

EVENT353 

Tasknet 

HEATERS 

Last Modified 

qqswp -- Thu Jun 2 15:22:08 1994 

Event 


Condition 

$IC && !$inactive 


Probability 
User Defined Slots 
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1.0 


Event Frames: 
HEATERS 


Fri Jun 17 12:52:17 1994 Page: 2 



Alphanumeric Id 
Tasknet 
Last Modified 
Event 


EVENT354 

HEATERS 

qqswp - Thu Jun 2 15:22:41 1994 


Condition $ic && |$ jnactjve 

Probability 10 

User Defined Slots 
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Activity Frames: 
DEP 


Fri Jun 17 12:52:31 1994 Page: 1 




RESET 

Alphanumeric Id 

ACT374 

Tasknet 

DEP 

Last Modified 

qqswp -- Tue Jun 14 08:34:44 1994 

Time 

Mean 

4.0 

Devtation 

0.0 

Distribution 

NORMAL 

Unit 

MINUTES 

Crew 

Crew 

Crewl 

UModel Workload 

Demand Value 

0.0 

Multiple Resource Model 

Window Display 

0.0 

Displays & Controls 

0.0 

Auditory Processing 

0.0 

Verbal Processing 

0.0 

Spatial Processing 

0.0 

Continuous Motor 

0.0 

Discrete Motor 

0.0 

Communication 

Message 

User Defined Slots 

depstate 

SendMsg satum "set dep_state [set 
dep_state 1]" 


LOAD 


Alphanumeric Id ACT378 
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Activity Frames: 
DEP 


Fri Jun 17 12:52:32 1994 Page: 2 



Tasknet 
Last Modified 


DEP 

qqswp - Wed Jun 15 10:27:56 1994 


Time 

Mean 

Devtation 

Distribution 

Unit 

Crew 

Crew 

UModel Workload 
Demand Value 
Multiple Resource Model 
Window Display 
Displays & Controls 
Auditory Processing 
Verbal Processing 
Spatial Processing 
Continuous Motor 
Discrete Motor 
Communication 
Message 

User Defined Slots 
depactive 

depstate 

previewtvmag 

previewtvmode 

previewseqname 

previewspmode 

previewspmask 

previewlocatetype 

previe wo bstype 


50.0 

0.0 

NORMAL 

MINUTES 

Crewl 

0.0 

0.0 

0.0 

0.0 

0.0 

0.0 

0.0 

0.0 


SendMsg satum "set dep_active [se 
t dep_active 1]" 

SendMsg satum "set dep_state [set 
dep_state 2]" 

0 

0 

0 

0 

0 

0 


Activity Frames: Fri Jun 17 12:52:32 1994 Page* 3 

DEP 



previewslitpos 
previewdoorpos 
previewf i Iterpos 
previewsrcmag 
previewguidemag 



Alphanumeric Id 
Tasknet 
Last Modified 
Time 
Mean 
Devtation 
Distribution 
Unit 
Crew 
Crew 

UModel Workload 
Demand Value 
Multiple Resource Model 
Window Display 
Displays & Controls 
Auditory Processing 
Verbal Processing 
Spatial Processing 
Continuous Motor 
Discrete Motor 
Communication 
Message 

User Defined Slots 


ACT394 

DEP 

qqswp - Tue Jun 14 08:48:58 1994 

4.0 

0.0 

NORMAL 

MINUTES 

Crewl 

0.0 

0.0 

0.0 

0.0 

0.0 

0.0 

0.0 

0.0 
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depstate 


SendMsg satum "set dep_state [set 
dep_state 3]" 


INACTIVE 

Alphanumeric Id 
Tasknet 
Last Modified 
Time 
Mean 
Devtation 
Distribution 
Unit 
Crew 
Crew 

UModel Workload 
Demand Value 
Multiple Resource Model 
Window Display 
Displays & Controls 
Auditory Processing 
Verbal Processing 
Spatial Processing 
Continuous Motor 
Discrete Motor 
Communication 
Message 

User Defined Slots 
depactive 


ACT400 

DEP 

qqswp - Tue Jun 14 08:50:05 1994 

2.0 

0.0 

NORMAL 

MINUTES 

Crewl 

0.0 

0.0 

0.0 

0.0 

0.0 

0.0 

0.0 

0.0 


SendMsg satum "set dep_active [se 
t dep_active 0]" 

SendMsg satum "set dep_state [set 


depstate 


71 


dep_state 0] 


exiting 

Alphanumeric Id 

ACT408 

Tasknet 

DEP 

Last Modified 

qqswp - Tue Jun 14 09:33:48 1994 

Time 

~ Mean 

2.0 

Devtation 

0.0 

“ Distribution 

NORMAL 

Unit 

MINUTES 

- Crew 

Crew 

Crewl 

— UModel Workload 

Demand Value 

0.0 

~ Multiple Resource Model 

Window Display 

0.0 

Displays & Controls 

0.0 

Auditory Processing 

0.0 

Verbal Processing 

0.0 

Spatial Processing 

0.0 

- Continuous Motor 

0.0 

Discrete Motor 

0.0 

— Communication 

Message 

- User Defined Slots 

— 



SETUP 


Alphanumeric Id ACT422 


72 


Activity Frames: 
DEP 


Fri Jun 17 12:52:32 1994 Page: 6 


Tasknet 
Last Modified 
Time 
Mean 
Devtation 
Distribution 
Unit 
Crew 
Crew 

UModel Workload 
Demand Value 
Multiple Resource Model 
Window Display 
Displays & Controls 
Auditory Processing 
Verbal Processing 
Spatial Processing 
Continuous Motor 
Discrete Motor 
Communication 
Message 

User Defined Slots 
currentdoorpos 
currentfilerpos 
currentobstype 
currentseqname 
currentslitpos 
currentspmask 
currentspmode 
currentsrcmag 
currenttvmag 
currenttvmode 


DEP 

qqswp -- Thu Jun 16 22:07:32 1994 


4.0 

0.0 

NORMAL 

MINUTES 


Crewl 


0.0 


0.0 

0.0 

0.0 

0.0 

0.0 

0.0 

0.0 


$preview_door_pos 

$preview_filter_pos 

$preview_obs_type 

$preview_seq_name 

$preview_slit_pos 

$preview_sp_mask 

$preview_sp_mode 

$preview_src_mag 

$preview_tv_mag 

$preview_tv_mode 
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currentseq 

currentguidemag 

currentlocatetype 

currentdatais 

currentrate 

currentpntdither 

currentpyerror 

currentobsstatus 

depstate 


$preview_seq 

$preview_guide_mag 

$preview_locate_type 

$preview_data_is 

$preview_rate 

$preview_pnt_dither 

$preview_p_y_error 

$preview_obs_status 

SendMsg satum "set dep_state [set 

dep_state 4]" 



Alphanumeric Id 
Tasknet 
Last Modified 
Time 
Mean 
Devtation 
Distribution 
Unit 
Crew 
Crew 

UModel Workload 
Demand Value 
Multiple Resource Model 
Window Display 
Displays & Controls 
Auditory Processing 
Verbal Processing 
Spatial Processing 


ACT427 

DEP 

qqswp -- Thu Jun 16 22:08:17 1994 

4.0 

0.0 

NORMAL 

MINUTES 

Crewl 

0.0 

0.0 

0.0 

0.0 

0.0 

0.0 
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Continuous Motor 
Discrete Motor 
Communication 
Message 

User Defined Slots 
depstate 


o.o 

0.0 


SendMsg satum "set dep_state [set 
dep_state 5]" 



Alphanumeric Id 
Tasknet 
Last Modified 
Time 
Mean 
Devtation 
Distribution 
Unit 
Crew 
Crew 

UModel Workload 
Demand Value 
Multiple Resource Model 
Window Display 
Displays & Controls 
Auditory Processing 
Verbal Processing 
Spatial Processing 
Continuous Motor 
Discrete Motor 
Communication 


ACT436 

DEP 

qqswp - Thu Jun 16 22:09:52 1994 

4.0 

0.0 

NORMAL 

MINUTES 

Crewl 

0.0 

0.0 

0.0 

0.0 

0.0 

0.0 

0.0 

0.0 
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enter_reset 

Alphanumeric Id 
Tasknet 
Last Modified 
Event 
Condition 


EVENT373 

DEP 

qqswp - Wed Jun 15 10:28:28 1994 
$IC && ($main_power) && (!$inactiv 


Probability 
User Defined Slots 
depactive 

depcmd 


e) 

1.0 


SendMsg satum "set dep_active [se 
t dep_active 0]" 

1 


exit_dep 

Alphanumeric Id 
Tasknet 
Last Modified 
Event 
Condition 
Probability 
User Defined Slots 
depactive 

depstate 


EVENT375 

DEP 

qqswp - Tue Jun 14 09:34:05 1994 

$IC 

1.0 

SendMsg satum "set dep_active [se 
t dep_active 0]" 

SendMsg satum "set dep_state [set 
dep_state 0]“ 


load_cmd 
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DEP 



Alphanumeric Id 
Tasknet 
Last Modified 
Event 
Condition 

Probability 
User Defined Slots 


EVENT376 

DEP 

qqswp -- Wed Jun 15 10:28:31 1994 

$IC && ($dep_cmd == 2) && (!$inact 
ive) 

1.0 


done_loading 

Alphanumeric Id 
Tasknet 
Last Modified 
Event 
Condition 
Probability 
User Defined Slots 


EVENT377 

DEP 

qqswp - Wed Jun 15 11 .07:22 1994 

$IC 

1.0 


reset_again 

Alphanumeric Id 
Tasknet 
Last Modified 
Event 
Condition 

Probability 
User Defined Slots 


EVENT390 

DEP 

qqswp -Tue Jun 14 09:38:32 1994 

$IC && (($dep_cmd == 1) II ($inact 
ive)) 

1.0 
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enter_quit 


Alphanumeric Id 
Tasknet 
Last Modified 
Event 
Condition 

Probability 
User Defined Slots 


exit_ 1 

Alphanumeric Id 
Tasknet 
Last Modified 
Event 
Condition 
Probability 
User Defined Slots 


reset_ 1 

Alphanumeric Id 
Tasknet 
Last Modified 
Event 
Condition 

Probability 

78 


EVENT398 

DEP 

qqswp - Wed Jun 15 11 :01 :39 1 994 

$IC && ($dep_cmd == 8) && (!$inact 
ive) 

1.0 


EVENT406 

DEP 

qqswp - Tue Jun 14 09:28:13 1994 

$IC && $inactive 
1.0 


EVENT415 

DEP 

qqswp - Tue Jun 14 09:39:26 1994 

$IC && (($dep_cmd == 1) II ($inact 
ive)) 

1.0 


Event Frames: 
DEP 
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User Defined Slots 



enter_setup 

Alphanumeric Id 
Tasknet 
Last Modified 
Event 
Condition 


EVENT423 

DEP 

qqswp - Wed Jun 15 1 1 :01 :54 1 994 
$IC && ($dep_cmd == 3) && (!$inact 


ive) 

Probability i o 

User Defined Slots 


enterjocate 

Alphanumeric Id 
Tasknet 
Last Modified 
Event 
Condition 

Probability 
User Defined Slots 


EVENT426 

DEP 

qqswp - Wed Jun 15 09:56:1 1 1994 

$IC && ($current_seq != 0) && (!$i 
n active) 

1.0 


reset_2 

Alphanumeric Id 
Tasknet 
Last Modified 


EVENT429 

DEP 

qqswp - Thu Jun 16 12:48:09 1994 
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Event 

Condition 

Probability 
User Defined Slots 

$IC && (($dep_cmd == 1) II ($inact 
ive)) 

1.0 

seq_zero 


Alphanumeric Id 

EVENT434 

Tasknet 

DEP 

Last Modified 

qqswp -- Thu Jun 16 22:48:50 1994 

Event 


Condition 

$IC && ($preview_seq == 0) && (!$i 


nactive) 

Probability 

1.0 

User Defined Slots 


depcmd 

4 


reset_3 


Alphanumeric Id 

EVENT439 

Tasknet 

DEP 

Last Modified 
Event 

qqswp -- Wed Jun 15 10:00:23 1994 

Condition 

$IC && (($dep_cmd == 1) II ($inact 
ive)) 

Probability 
User Defined Slots 

1.0 


W 


Event Frames: 
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begin_obs 

Alphanumeric Id 
Tasknet 
Last Modified 
Event 


EVENT442 

DEP 

qqswp - Wed Jun 15 11 :02:51 1 994 


Condition 

Probability 
User Defined Slots 


$IC && ($dep_cmd == 4) && (!$inact 
ive) 

1.0 



Alphanumeric Id 
Tasknet 
Last Modified 
Event 


EVENT460 

DEP 

qqswp - Wed Jun 15 10:12:07 1994 


Condition 

Probability 
User Defined Slots 


$IC && (($dep_cmd == 1) || ($inact 
ive)) 

1.0 


obs_comp!ete 

Alphanumeric Id 
Tasknet 
Last Modified 
Event 
Condition 
Probability 
User Defined Slots 


EVENT463 

DEP 

qqswp - Wed Jun 15 10:12:59 1994 

$IC 

1.0 
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Activity Frames: 
OBSERVE 
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OBS 

Alphanumeric Id 
Tasknet 
Last Modified 
Time 
Mean 
Devtation 
Distribution 
Unit 
Crew 
Crew 

UModel Workload 
Demand Value 
Multiple Resource Model 
Window Display 
Displays & Controls 
Auditory Processing 
Verbal Processing 
Spatial Processing 
Continuous Motor 
Discrete Motor 
Communication 
Message 

User Defined Slots 
depstate 


ACT471 

OBSERVE 

qqswp - Thu Jun 16 22:09:01 1994 

4.0 

0.0 

NORMAL 

MINUTES 

Crewl 

0.0 

0.0 

0.0 

0.0 

0.0 

0.0 

0.0 

0.0 


SendMsg satum “set dep_state [set 
dep_state 6]" 


PAUSE 

Alphanumeric Id 


ACT474 
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Tasknet 
Last Modified 
Time 
Mean 
Devtation 
Distribution 
Unit 
Crew 
Crew 

UModei Workload 
Demand Value 
Multiple Resource Model 
Window Display 
Displays & Controls 
Auditory Processing 
Verbal Processing 
Spatial Processing 
Continuous Motor 
Discrete Motor 
Communication 
Message 

User Defined Slots 
pausetime 


OBSERVE 

qqswp- Wed Jun 15 10:18:46 1994 

4.0 

0.0 

NORMAL 

MINUTES 


Crewl 

0.0 

0.0 

0.0 

0.0 

0.0 

0.0 

0.0 

0.0 


$TIME 



Alphanumeric Id 
Tasknet 
Last Modified 
Time 
Mean 
Devtation 


ACT484 

OBSERVE 

qqswp - Wed Jun 15 10:30:09 1994 

4.0 

0.0 
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Activity Frames: Fri Jun 17 12: 52 : 47 1994 p a 3 

OBSERVE 



Distribution 

NORMAL 

Unit 

MINI ITPC 

Crew 

IVIIIMU | to 

Crew 

Crewl 

UModel Workload 


Demand Value 

0.0 

Multiple Resource Model 


Window Display 

0.0 

Displays & Controls 

0.0 

Auditory Processing 

0.0 

Verbal Processing 

0.0 

Spatial Processing 

0.0 

Continuous Motor 

0.0 

Discrete Motor 

0.0 


Communication 

Message 

User Defined Slots 



Alphanumeric Id 
Tasknet 
Last Modified 
Time 
Mean 
Devtation 
Distribution 
Unit 
Crew 
Crew 

UModel Workload 


ACT510 

OBSERVE 

qqswp - Thu Jun 16 13:47:09 1994 

4.0 

0.0 

NORMAL 

MINUTES 


Crewl 


85 


Activity Frames: 
OBSERVE 


Fri Jun 17 12:52:47 1994 Page: 4 


Demand Value 
Multiple Resource Model 
Window Display 
Displays & Controls 
Auditory Processing 
Verbal Processing 
Spatial Processing 
Continuous Motor 
Discrete Motor 
Communication 
Message 

User Defined Slots 
currentdoorpos 

currentfilerpos 

currentguidemag 

currentlocatetype 

currentobstype 

currentseq 

currentseqname 

currentslitpos 

currentspmask 

currentspmode 


o.o 

0.0 

0.0 

0.0 

0.0 

0.0 

0.0 

0.0 


SendMsg satum "set current_door_p 
os $current_door_pos" 

SendMsg satum "set currentjilter 
_pos $current_filter_pos" 

SendMsg satum "set current_guide_ 
mag $current_guide_mag" 

SendMsg satum "set currentjocate 
_type $current_locate_type" 

SendMsg satum "set current_obs_ty 
pe $current_obs_type" 

SendMsg satum "set current_seq $c 
urrent_seq" 

SendMsg satum "set current_seq_na 
me $current_seq_name" 

SendMsg satum "set current_slit_p 
os $current_slit_pos" 

SendMsg satum "set current_sp_mas 
k $current_sp_mask" 

SendMsg satum “set current_sp_mod 
e $current_sp_mode" 
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begin_obs 

Alphanumeric Id 
Tasknet 
Last Modified 
Event 
Condition 
Probability 
User Defined Slots 
obstimeexpire 


EVENT469 

OBSERVE 

qqswp -- Thu Jun 16 14:25:57 1994 


$IC 

1.0 


SendMsg satum "set obs_time_expir 
e [set obs_time_expire [expr { $TI 
ME + 200.0 } ] ] ■ 


exiting 

Alphanumeric Id 
Tasknet 
Last Modified 
Event 
Condition 
Probability 
User Defined Slots 


EVENT470 

OBSERVE 

qqswp - Wed Jun 15 10:30:17 1994 


$IC 

1.0 


enter_pause 

Alphanumeric Id 
Tasknet 
Last Modified 
Event 
Condition 


EVENT472 

OBSERVE 

qqswp -- Wed Jun 15 11:03:15 1994 


$IC && ($dep_cmd == 6) && (!$inact 
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OBSERVE 
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ive) 

Probability i.o 

User Defined Slots 


exit_pause 

Alphanumeric Id 
Tasknet 
Last Modified 
Event 
Condition 


Probability 
User Defined Slots 
obstimeexpire 


EVENT473 

OBSERVE 

qqswp -- Wed Jun 15 11 :03:34 1994 

$IC && (($dep_cmd == 5) II ($dep_c 
md == 7) II ($dep_cmd == 8) II ($i 
nactive)) 

1.0 

$obs_time_expire + ($TIME - $pause 
_time) 


exit_obs 

Alphanumeric Id 
Tasknet 
Last Modified 
Event 
Condition 


Probability 
User Defined Slots 


EVENT482 

OBSERVE 

qqswp -- Thu Jun 16 13:06:54 1994 

$IC && (($dep_cmd == 7) II ($dep_c 
md == 8) II ($obs_time_expire > $T 
IME) II ($inactive)) 

1.0 
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seq_zero_exit 

Alphanumeric Id 
Tasknet 
Last Modified 
Event 
Condition 

Probability 
User Defined Slots 


EVENT498 

OBSERVE 

qqswp -- Thu Jun 16 10:04:53 1994 

$IC && (($dep_cmd == 1) II ($dep_c 
md == 3)) && ($preview_seq != 0) 
1.0 


exit_preview 

Alphanumeric Id 
Tasknet 
Last Modified 
Event 
Condition 
Probability 
User Defined Slots 


EVENT501 

OBSERVE 

qqswp -- Thu Jun 16 10:09:55 1994 

$IC 

1.0 


enter_preview 

Alphanumeric Id 
Tasknet 
Last Modified 
Event 
Condition 


EVENT502 

OBSERVE 

qqswp -- Thu Jun 16 1 0:09: 1 2 1 994 

$IC && ($dep_cmd == 9) && (!$inact 
ive) 

1.0 


Probability 
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